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(54 

(57) A mobile device (750) has a display screen 
(760) and a message buffer (766) which temporarily 
stores a message from a computer on a data network 
to which the device is connected through a wireless link, 
the message having an associated service identifier. A 
local services data area (764) is included to store local 
services data which controls operation of said mobile 
device. The device also has an access control table 
(766) including authorised service identifiers that are 
permitted to access the local services data area. The 
mobile device includes an access controller (756) that 
controls access to the local services data area such that 
the local services data cannot be altered by an applica- 
tion that utilizes the message from the computer the 
service identifier associated with the message matches 
at least one of the authorized service identifiers, other- 
wise access is denied. 
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Description 

BACKGROUND OF THE INVENTION 
s 1 . Field of the Invention 

[0001] The present invention relates to mobile devices and, more particularly, to methods and apparatus for providing 
secure access to local services of mobile devices. 

10 2. Description of the Related Art 

[0002] A wireless network is often used to transmit messages from one location in a network to a destination location 
in the network. These messages contain data to be supplied to the destination location. In some cases the messages 
are responses to requests for information from a source location. In other cases the messages are notification mes- 
15 sages that are sent to the destination location without any specific request. The wireless network typically includes 
various mobile devices. Also, the network that the wireless network is coupled to often includes many remote servers 
that store various kinds of information. 

[0003] Mobile devices are provisioned (i.e., configured) to operate in specific ways. The provisioning can be preset 
in the mobile phone, can be performed by a user, or can be performed when the mobile device connects to the wireless 

20 network. Often, the mobile devices will be provisioned over the air after the mobile device connects to the wireless 
network. The provisioning of a mobile device determines how various basic functions of the mobile device will operate. 
Typically, a mobile device has a set of local services that provides the basic functions of the mobile device. Examples 
of such basic functions include setting or updating wireless voice and data protocol parameters, address books, and 
various other parameters that can be used to enable or disable certain telephony and data features of the mobile 

25 devices. 

[0004] The provisioning of a mobile device overthe air means that local service parameters are acquired or set within 
the mobile device to control its operation by accessing provisioning information from the network. For example, a mobile 
device can request provisioning information from a particular remote server on the network, the mobile device can then 
be provisioned in accordance with the provisioning information acquired from the particular remote server. The partic- 

30 ular remote server is ordinarily a service provider for a particular service to be enjoyed by the mobile device. As such, 
the service provider contains the necessary provisioning information to provision a mobile device overthe air. 
[0005] Often, the provisioning information acquired from the particular remote server is executable or binary code. 
The executable or binary code represents interfaces, data or operations that cause the mobile device to modify local 
service parameters so that some of the functions of the mobile device are set or altered. Examples of the executable 

35 or binary code include scripts, JAVA applets and compressed Mark-up Language data files. 

[0006] Conventionally, because a mobile device can be provisioned from remote servers over a network, there are 
problems concerning unauthorized provisioning of a mobile device. In an open wireless network environment, it is 
plausible for any remote sites or service provider to access the local services provided by a mobile device. For example, 
a remote site or service provider can provision a mobile device to change the local service parameters supported by 

40 the mobile device. As a result, the local services of the mobile devices are open to malicious attack from hackers and 
the like which can render the mobile device inoperative or operable in undesired states. As an example, a virus code 
could be undesirably downloaded as provisioning information from an unscrupulous remote server to a mobile device 
and consequently would erase or damage local service parameters currently stored in the mobile device so that the 
mobile device no longer operates properly. 

45 [0007] Thus, there is a need for ensuring secure access to local service parameters of mobile devices. 

SUMMARY OF THE INVENTION 

[0008] Broadly speaking, the invention relates to techniques for restricting access to local services of mobile devices. 

50 The local services may include functions such as modifying wireless voice/date protocols, configuration or system 
parameters, bookmarks, addresses, subscriber provisioning information and other parameters that may enable or 
disable certain telephony and data features of the mobile devices. The mobile devices include, but are not limited to, 
mobile computing devices, cellular phones, palm-sized computer devices, and Personal Digital Assistants (PDAs). 
The mobile devices are capable of communicating wirelessly with one or more service providers or remote servers on 

55 a network. The invention provides secure access to the local services of mobile devices such that only authorized 
services (e.g., from authorized servers or network sites) are able to remotely invoke or update the local services of the 
mobile devices. According to the invention, before permitting access to local services of a mobile device, the identifier 
of a remote service seeking to have access is checked to determine whether the remote service is authorized for such 
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access. If the remote service is authorized then the access is permitted and the remote service is able to execute or 
update the local services of the mobile device. Conversely, when the remote service is not authorized, then access is 
denied so that the local services provided by the mobile device are not open to modification by unauthorized remote 
services from unscrupulous servers or network sites. 
s [0009] The invention can be implemented in numerous ways including as a method, a computer readable medium, 
an apparatus, and a system. Several embodiments of the invention are discussed below. 

[001 0] As a method for ensuring secure access to local services of a mobile device, one embodiment of the invention 
includes the steps of: receiving a message from a computer through a network, the message having a service identifier 
associated therewith; determining whether the message seeks access to the local services of the mobile device: com- 
10 paring the service identifier associated with the message against one or more authorized service identifiers at least 
when the message seeks access to the local services of the mobile device; and permitting the message to access the 
local services of the mobile device only when that the service identifier associated with the message matches at least 
one of the one or more authorized service identifiers. 

[0011] As a computer readable medium having computer program code for ensuring secure access to local services 
15 of a mobile device, one embodiment of the invention includes: computer program code for receiving executable code 
from a computer through a network, the executable code having a service identifier associated therewith; computer 
program code for executing the executable code; and computer program code for preventing of the code access to 
the local services of the mobile device during execution unless the service identifier associated with the executable 
code matches at least one of a plurality of authorized service identifiers. 
20 [001 2] As a mobile device capable of connecting to a network of computers through a wireless link, one embodiment 
of the invention includes: a display screen that displays graphics and text; a message buffer that temporarily stores a 
message from a computer on the network of computers, the message having a service identifier associated therewith; 
an application that utilizes the message received from the computer on the network of computers; a local services data 
area that stores local services data which controls the operation of the mobile device; an authorization storage area 
25 that stores authorized service identifiers that are permitted to access the local services data area; and an access 
controller that controls access to the local services data area such that the local services data cannot be altered by 
the application utilizing the message, unless the service identifier associated with the message matches at least one 
of the authorized service identifiers. 

[0013] As a wireless communication system, one embodiment of the invention includes a wired network having a 
30 plurality of server computers, a wireless carrier network operatively connected to the wired network, and a plurality of 
wireless mobile devices supporting certain local services. The certain local services provided on the wireless mobile 
devices are used in determining system parameters. Messages are supplied to the wireless mobile devices from the 
server computers of the wired network via the wireless carrier network. Each of the wireless mobile devices operates, 
upon receiving one of the messages, to prevent the one of the messages from accessing the system parameters of 
35 each of the wireless mobile devices unless a service identifier associated with the one of the messages matches at 
least one of a plurality of authorized service identifiers. 

[0014] The advantages of the invention are numerous. One advantage of the invention is that local services of mobile 
devices can be provisioned over the air in a secure fashion. Another advantage of the invention is that access to the 
local service parameters of a mobile device is able to be protected from corruption network sites. 
40 [0015] Other aspects and advantages of the invention will become apparent from the following detailed description, 
taken in conjunction with the accompanying drawings illustrating, by way of example, the principles of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

45 [0016] The present invention will be readily understood by the following detailed description in conjunction with the 
accompanying drawings, wherein like reference numerals designate like structural elements, and in which: 

FIG. 1 is a block diagram of a wireless communication network according to an embodiment of the invention; 
FIG. 2 is a flow diagram of mobile device initialization processing according to an embodiment of the invention; 
50 FIGs. 3A and 3B are flow diagrams of mobile device message processing according to an embodiment of the 

invention; 

FIGs. 4A and 4B are flow diagrams of mobile device message processing according to another embodiment of 
the invention; 

FIG. 5 is a flow diagram of network gateway processing according to an embodiment of the invention; 
55 FIG. 6 is a block diagram of a representative communication system for use with the invention; 

FIG. 7A is a block diagram of a network gateway suitable for use with the representative communication system 
illustrated in FIG. 6; and 

FIG. 7B is a block diagram of a mobile device suitable for use with the representative communication system 
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illustrated in FIG. 6. 
DETAILED DESCRIPTION OF THE INVENTION 

s [001 7] The invention relates to techniques for ensuring secure access to local services of a mobile device of a wireless 
data network. The invention provides techniques to control the access to local services (e.g., local service parameters) 
of a mobile device such that only authorized services (e.g., authorized network sites) are able to remotely alter the 
local services of the mobile device. The invention thus prevents unauthorized services (e.g. ; hackers or unauthorized 
network sites) from altering the local services of a mobile device. 

10 [0018] Embodiments of the invention are discussed below with reference to FIGs. 1-7B. However, those skilled in 
the art will readily appreciate that the detailed description given herein with respect to these figures is for explanatory 
purposes as the invention extends beyond these limited embodiments. 

[0019] FIG. 1 is a block diagram of a wireless communication network 100 according to an embodiment of the in- 
vention. The wireless communication network 100 includes a mobile device 102 that communicates with a network 
15 gateway (or proxy server) 1 04 via a wireless network 1 06. The network gateway 1 04 is also coupled to a network 1 08. 
The network 108 can be a private network or a public network, either wired or wireless. An example of a large public 
network is the Internet. The network 108 includes or is coupled to a plurality of remote servers including a remote 
server 110 and a remote server 112. 

[0020] The network gateway 104 is typically a computer system that operates to send and receive information to 
20 and from the mobile device 102 and the network 108. Although only a single mobile device 102 is illustrated in FIG. 1 , 
it should be recognized that the wireless communication network 100 can accommodate a large number of mobile 
devices. The wireless network 1 06 typically uses radio transmissions to communicate with the mobile device 1 02. The 
wireless network 106 can use a variety of different networks and communication protocols. Examples of wireless net- 
works include Cellular Digital Packet Data (CDPD), Global System for Mobile Communications (GSM), Code Division 
25 Multiple Access (CDMA) and Time Division Multiple Access (TDMA) to name a few, and each of these wireless networks 
has different data transfer characteristics such as latency, bandwidth, protocols and connection methods. As examples, 
protocols can be Internet Protocol (IP), Short Messaging System (SMS) and Unstructured Supplementary Service Data 
(USSD), and connection methods can include packet switched or circuit switched. 

[0021] The remote servers 110 and 112 are typically computers coupled to the network 108. Typically, the servers 

30 provide resources that are accessible via the network 1 08. One type of service that these remote servers 110 and 1 1 2 
can provide is provisioning information for the mobile devices 1 02. In other words, the mobile device 1 02 could access 
the remote server 110 or the remote server 112 to retrieve provisioning information that would enable the mobile device 
102 to be provisioned over the air. For example, where the mobile device 102 was previously provisioned to operate 
in CDMA and is now provisioned by an authorized service in the remote server 1 1 2 to operate in GSM when the remote 

35 server 112 detects that the mobile device 102 is in a location in which CDMA is no longer available. Typically, the 
provisioning of the mobile device 102 by the authorized service via a particular remote server would provide services 
on the mobile device 102 that correspond to those offered by the remote server or its owner or affiliate. The provisioning 
information that is used to provision the mobile device 102 is typically obtained as a message sent from the remote 
server 112 or 110 or requested by the mobile device 102. Preferably, the provisioning information is in a format that is 

40 most efficiently transportable in the wireless network 1 06. There may be a number of different formats, such as ASCI I 
data, binary data, executable or object code, each suitable for a particular wireless network. According to one embod- 
iment, the format is executable code. Upon receiving the provisioning information in executable code, the mobile device 
102 executes the executable code that subsequently causes the mobile device to be provisioned accordingly. In one 
embodiment, the executable code comprises one or more compressed Handheld Device Markup Language decks or 

45 HDML decks. Each deck comprises a number of cards, each of the cards corresponding to a screen display of the 
mobile device. Optionally, a user of the mobile device 102 may be provided with a list of choices in a screen display 
so that a desired local service is executed or updated. The specification of HDML, entitled "HDML 2.0 Language Ref- 
erence" is enclosed and incorporated herein by reference in its entirety and can be obtained from a web site at www 
phone.com. 

50 [0022] As an example, one local service for the mobile device could be a phone book. To utilize the phone book, the 
mobile device would access the remote server to obtain provisioning information for use of the phone book or to update 
the information in the phone book after the user executes a command. Typically, the provisioning information would 
be executable code that would be downloaded and executed and subsequently uses the local services on the mobile 
device to setup the mobile device for use of the phone book. The provisioning information could also include the phone 

55 book or a link thereto. 

[0023] As noted above, conventional wireless communication networks do not provide protection against unauthor- 
ized alternation of the local service of its mobile devices. In other words, unauthorized access can be made to the local 
services of a mobile device. As a result, by provisioning the mobile device, unscrupulous persons can render the mobile 
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device inoperable or useless. For example, a hacker could implant a virus into the mobile device through the remote 
invocation of local services. 

[0024] According to the invention, a mobile device will only permit certain remote services to access the local services 
of the device to cause the device to modify or update system parameters. In this way, the local services are secured 
s from unauthorized tampering which may lead to inoperability or irrecoverable loss of valuable data. The operation of 
the invention to provide this protection to the local service information is discussed in more detail below. 
[0025] FIG. 2 is a flow diagram of mobile device initialization processing 200 according to an embodiment of the 
invention. The mobile device initialization processing 200 is performed by a mobile device, such as the mobile device 
102 illustrated in FIG. 1. 

10 [0026] The mobile device initialization processing 200 initially establishes 202 a secure connection between the 
mobile device 102 and the network gateway 104. The establishment of secure connections (or sessions) between a 
mobile device and a network gateway are performed to enable the mobile device to communicate securely with remote 
servers on a network (e.g., the remote servers 110 and 112 on the network 108). Typically, the connection is either 
secure because it is a private network or made secure through encryption. Once a secure connection is established, 

15 provisioning information and other secure data including authorized service identifiers can be downloaded 204 from 
the network gateway 104 to the mobile device 102. The secure connection prevents the information being subsequently 
transferred between the network gateway 104 and the mobile device 102 from being intercepted or altered. Additional 
information with regards to establishing the secure connection or communication session is provided in commonly 
assigned U.S. Patent Application No. 08/966,988 entitled "Method and System for Secure Lightweight Transactions 

20 in Wireless Data Networks" by Hanqing Liao et al, which is hereby incorporated by reference in its entirety. Following 
block 204 ; the mobile device initialization processing 200 is complete and ends. 

[0027] FIGs. 3A and 3B are flow diagrams of mobile device message processing 300 according to an embodiment 
of the invention. The mobile device message processing 300 is, for example, performed by the mobile device 102 
illustrated in FIG. 1 . While a message is generally any block of data provided to the mobile device from a network, in 
25 the case of over the air provisioning of a mobile device, the message typically contains executable code that is to be 
executed on the mobile device. The execution of the executable code by the mobile device may invoke the local services 
of the device that actually perform the provisioning for the mobile device. The format of the executable code can vary 
widely, including scripts, JAVA, HDML decks, ASCII data ; library functions and etc. 

[0028] The mobile device message processing 300 initially begins with a decision block 302 that determines whether 
30 a message has been received from the network. For example, the message from the network could be provided to the 
mobile device via a network gateway. As long as the decision block 302 determines that a message has not yet been 
received from the network, the mobile device message processing 300 awaits the reception of such a message. How- 
ever, once a message has been received from a network, the mobile device message processing 300 continues. 
[0029] Once the mobile device message processing 300 continues, a decision block 304 determines whether the 
35 message requests local service access. Here, the decision block 304 determines whether or not the message that has 
been received from the network is requesting access to the local services of the mobile device. Access to the local 
services means that the local services provided by the mobile device are invoked, which could modify (e.g., add, 
remove, alter) the system parameters/data stored in the mobile device so that the mobile device acts accordingly. This 
determination by the decision block 304 can be implemented in a variety of ways. One way to implement the determi- 
40 nation is to scan the message to determine whether it contains a flag or other identifier that signifies access to the local 
services of the mobile device. Another way is to begin execution of the message (i.e., executable code) and then 
monitor its execution for any requests to access the local services. 

[0030] In any case, when the decision block 304 determines that the message is not requesting access to the local 
services, then conventional message processing is performed 306. Conventional message processing is well known 
45 by those skilled in the art and thus not discussed further herein. Following block 306, the mobile device message 
processing 300 returns to repeat the decision block 302 and subsequent blocks to process subsequent messages 
received from the network. 

[0031] On the other hand, when the decision block 304 determines that the message does request access to the 
local services of the mobile device, then a service identifier for the message is obtained 308. Normally, the service 

50 identifier will serve to identify the origin of the message. The service identifier for the message can take a variety of 
forms. As examples, the service identifier can take the form of a domain name, a full or partial Universal Resource 
Locator (URL), an Internet Protocol (IP) address, a phone number, a text string, or a combination of the above. Nev- 
ertheless, the service identifier may be part of the message, or can be inferred by the mobile device based on the 
information/knowledge the mobile device has regarding the message. For instance, a message may itself contain no 

55 service identifier of any form, but the mobile device can infer the service identifier from the fact that the message is 
linked with another message which explicitly contains a service identifier. 

[0032] Once the service identifier is obtained 308, the service identifier for the message is compared 310 with au- 
thorized service identifiers. In one embodiment, the authorized service identifiers are locally stored within the mobile 
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device. In such an embodiment, the authorized service identifiers are securely downloaded from the network (e.g., the 
network gateway 104) during initialization (see FIG. 2). However, in other embodiments, some or all of the authorized 
service identifiers can be provided remotely with respect to the mobile device or entered interactively by a user through 
a keypad and a display screen. 

s [0033] Next, a decision block 31 2 determines whether a match has been found based upon the comparison in block 
310 of the service identifier for the message with the authorized service identifiers. When the decision block 312 de- 
termines that a match has not been found, the message is denied access to the local services of the mobile device. 
Here, the message is denied access because it was not able to be validated against the authorized service identifiers. 
By denying access to the local service in such a case, the local services of the mobile device are protected from 

10 unauthorized access. On the other hand, when the decision block 312 determines that a match has been found, then 
the message (i.e., executable code) is executed 316 and thus able to access the local services of the mobile device. 
The execution 316 of the message permits to access the local services of the mobile phone to update, add, delete or 
otherwise alter the system parameters/data in the mobile device through the local services. Following blocks 314 and 
316, the mobile device message processing 300 returns to repeat the decision block 302 and subsequent blocks to 

15 process subsequent messages received from the network. 

[0034] FIGs. 4A and 4B are flow diagrams of mobile device message processing 400 according to another embod- 
iment of the invention. The mobile device message processing 400 is, for example, performed by the mobile device 
1 02 illustrated in FIG. 1 . Again, a message is generally any block of data provided to the mobile device from a network 
and has a format that includes a header portion comprising destination information and a body portion comprising data 

20 information. In the case of over the air provisioning of a mobile device, the message typically contains executable code 
that is to be executed on the mobile device. The execution of the executable code by the mobile device may invoke 
the local services of the device to perform provisioning for the mobile device. In this embodiment, the mobile device 
couples to the network via a network gateway. 

[0035] The mobile device message processing 400 initially begins with a decision block 402 that determines whether 

25 a message has been received from the network gateway. The message originates from a remote server (i.e., network 
site) on the network and is provided to ) the mobile device via the network gateway. As long as the decision block 402 
determines that a message has not yet been received from the network gateway, the mobile device message processing 
400 awaits the reception of such a message. However, once a message has been received from a network, the mobile 
device message processing 400 continues. 

30 [0036] Once the mobile device message processing 400 continues, a decision block 404 determines whether the 
message requests local service access. Here, the decision block 404 determines whether or not the message that has 
been received from the network gateway is requesting access to the local services of the mobile device. Access to the 
local services means that the local services provided by the mobile device are invoked, which could modify (e.g., add, 
remove, alter) the system parameters/data stored in the mobile device. This determination by the decision block 404 

35 can be implemented in a variety of ways. One way to implement the determination is to scan the message to determine 
whether it contains a flag or other identifier that signifies a request for access to the local services of the mobile device. 
For example, in the case of an HDML message, known as a deck, an identifier "device:" could identify a request for 
access to the local services of the mobile device. Another way to implement the determination is to begin execution 
of the message (i.e., executable code) and then monitor its execution for any requests to access the local services. 

40 The following example shows a compiled and linked version embedded in the message: 



ServicerequestO 

{ 

• * * 

device:network_change(CDPD, GSM); 

device:reset_retransmission_time(initia!_time, subsequent_time[]); 



} 

[0037] The provisioning information in the example requests the mobile device currently provisioned to operate in 
CDPD network to be provisioned to operate in GSM network, and further that the mobile device also be provisioned 
to retransmit a message at specified time intervals. In this example, the Network_change() and 
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reset_retransmission_time() correspond to local services of the mobile device. 

[0038] When the decision block 404 determines that the message is not requesting access to the local services, 
then conventional message processing is performed 406. Conventional message processing is well known by those 
skilled in the art and thus not further discussed herein. Following block 406, the mobile device message processing 
s 400 returns to repeat the decision block 402 and subsequent blocks to process subsequent messages received from 
the network gateway. 

[0039] When the decision block 404 determines that the message does request access to the local services of the 
mobile device, then a service identifier for the message is obtained 408 from the header portion of the message. Here, 
either the message arrives at the network gateway from the remote server already having the service identifier in the 

10 header portion of the message or the service identifier is added to the header portion of the message before forwarding 
the message to the mobile device. In either case, the mobile device is able to obtain 408 the service identifier for the 
message from the header portion of the message. Normally, the service identifier will serve to identify the origin of the 
message. The service identifier for the message can take a variety of forms. As examples, the service identifier can 
take the form of a domain name, a full or partial URL, an IP address, a phone number or a combination of the above. 

15 [0040] Once the service identifier for the message is obtained 408, an appropriate access control table is selected 
41 0. The advantage of offering multiple, different access control tables is that access control can be different for different 
local services, different mobile device, or different applications. For example, the access control table can be a global 
table, or the access control table can be appropriate for a particular application or local service, or some combination 
thereof. For example, in the case of HDML, an access control table can be provided for every local service HDML 

20 deck, and the access control tables can be implemented by ACCESSPATH and ACCESS DOMAIN attributes in HDML. 
[0041] Once the appropriate access control table is selected, the service identifier for the message is compared 41 2 
with the authorized service identifiers within the appropriate access control table. In this embodiment, the access control 
tables are locally stored within the mobile device after being downloaded from the network gateway during initialization 
(see FIG. 2). 

25 [0042] Next, a decision block 41 4 determines whether a match has been found based upon the comparison in block 
41 2 of the service identifier for the message with the authorized service identifiers within the appropriate access control 
table. When the decision block 414 determines that a match has been found, then a decision block 416 determines 
whether the connection between the mobile device and the remote server is secure. Typically, the network gateway 
knows that the connection between the mobile device and the network gateway (via the wireless network) is secure 

30 by examining the state of the connection. In addition, the network gateway can also determine if the connection between 
the network gateway and the remote service is secure. For example, the connection may or may not be established 
using a secure protocol such as Secure Sockets Layer (SSL) or secure HTTP (HTTPS) protocol. In general, these 
connections can be made secure using encryption or through use of private networks. 

[0043] When the decision block 416 determines that the connection is secure, then the message (i.e., executable 
35 code) is executed 418 and thus permits access to the local services of the mobile device. In this case, the service 
identifier (e.g., origin) of the message was authorized and the connection was determined to be secure, thus the mes- 
sage is permitted to access the local services of the mobile device. The secure connection prevents unauthorized 
messages from passing themselves off as originating from an authorized service identifier and prevents messages 
from being intercepted and altered during transport. Following block 418, the mobile device message processing 400 
40 returns to repeat the decision block 402 and subsequent blocks to process subsequent messages received from the 
network gateway. 

[0044] On the other hand, when the decision block 41 4 determines that a match has not been found, then a decision 
block 420 determines whether remote verification is desired. If remote verification is desired, then the mobile device 
message processing 400 requests 422 verification from an approved authorization center. Here, the approved author- 

45 ization center is resident on the network. In one embodiment, the mobile device sends a request to the approved 
authorization center that requests authorization of the message, and then awaits a reply from the approved authoriza- 
tion center. Next, a decision block 424 determines whether the service identifier for the message has been verified by 
the approved authorization center. If the service identifier for the message is verified, then processing proceeds to the 
decision block 41 6 so that the message is subsequently processed as if the service identifier of the message matched 

50 an entry in the appropriate access control table. Alternatively, when the decision block424 determines that the approved 
authorization center cannot verify the service identifier of the message, then the message is denied access to the local 
services of the mobile device in block 426. Here, the message is denied access because it was not able to be validated 
by the authorized service identifiers in the appropriate access control table or the approved authorization center. By 
denying access to the local services in such a case, the local services of the mobile device are protected from unau- 

55 thorized access. Following block 426, the mobile device message processing 400 returns to repeat the decision block 
402 and subsequent blocks to process subsequent messages received from the network gateway. 
[0045] When the decision block 41 6 determines that the connection is not secure, then the message is denied access 
to the local services of the mobile device in block 426. Here, the message is denied access because the connection 
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was determined not to be secure. By denying access to the local services in such a case, the local services of the 
mobile device are protected from unauthorized access. 

[0046] FIG. 5 is a flow diagram of network gateway process 500 processing requests from a mobile device to down- 
load provisioning information from a server according to an embodiment of the invention. The network gateway process- 

5 ing 500 is. for example, performed by the network gateway 104 illustrated in FIG. 1 . 

[0047] The network gateway processing 500 initially begins with a decision block 502. The decision block 502 de- 
termines whether a request has been received from a mobile device. The request can be embedded in a message 
sent to a remote server or standalone as a message to the remote server that couples to the network gateway via a 
network. The information request can, for example, be a block of data such as executable code. When the decision 

10 block 502 determines that a request has not yet been received from a mobile device, then the network gateway process- 
ing 500 awaits the reception of such a request. Once the decision block 502 determines that a request has been 
received from a mobile device, then the network gateway processing 500 continues. 

[0048] Once the network gateway processing 500 has a request to be processed, the request is forwarded 504 to 
the remote server. Next, a decision block 506 determines whether a response has been received from the remote 

15 server. Here, the network gateway processing 500 is awaiting the reception of a response from the remote server to 
the request that was forwarded 504 to the remote server. The response waited for is the information requested (e.g., 
block of data). When the response has not yet been received, the decision block 506 causes the network gateway 
processing 500 to await the response. However, a time-out condition is often utilized to prevent the network gateway 
processing 500 from having to await the reception of a response for an undue amount of time. Once the decision block 

20 506 determines that the response has been received from the remote server, then a service identifier of the remote 
server providing the response is verified or attached 508. If the response that has been received already includes a 
service identifier, which may be part of the origin information of the service, the service identifier is verified. Here, the 
verification can ensure that the service identifier of the response is the same as the service identifier of the remote 
server where the request was previously sent. Alternatively, when the response received does not include a service 

25 identifier, the service identifier of the remote server where the request was previously sent is attached. Additionally the 
gateway can verify the service identifier of the remote service by third-party verification or the certificate based authen- 
tication. 

[0049] Next, a decision block 510 determines whether the connection being utilized is secure. Here, the connection 
of concern can be a virtual connection from the mobile device to the remote server or some portion thereof. In any 

30 case, when the decision block determines that the connection is not secure, a secure indicator is reset 512. On the 
other hand, when the decision block 510 determines that the connection is secure, a secure indicator is set 514. 
Following either block 512 or 514, the response is forwarded 516 to the requesting mobile device. At this point, the 
network gateway processing 500 has completed the processing of issuing a request on behalf of the mobile device 
and forwarding the response from a remote server to the mobile device. The response being forwarded by the network 

35 gateway to the mobile device includes the service identifier and the secure indicator. The mobile device can then 
process the message to restrict access to its local services to only authorized identifiers. Following block 516, the 
network gateway processing 500 returns to repeat the decision block 502 and subsequent blocks for each subsequent 
request received from a mobile device. 

[0050] Alternatively, a message can instead be supplied to the network gateway by the remote server without the 
40 mobile device having made a request. In such a case, the decision block 503 simply receives the message from the 
remote server. Following block 503, the network gateway processing 500 continues with the processing stages of 
blocks 508 - 516 as previously discussed. 

[0051] Returning to the mobile device initialization 200 described above with respect to FIG. 2, the initialization 
processing can also provide additional information to the mobile device. For instance, the network gateway can inform 

45 the mobile device of the type of service identifier being utilized, the type of security indicator (e.g., HTTPS or a secure 
flag in the message header), selection criteria for different access control tables, suitable third-party verification entities 
and their addresses, and/or message format and the location of the service identifier within the message. As previously 
noted, the type of service identifier can include a domain name, full or partial URL, IP address, phone number, a text 
string, or combination of such items. Further refinement in the type of service identifier is also possible, for example, 

50 the URL service identifiers can by anywhere from the full URL (i.e., domain name plus path) to just the domain name 
of the URL. 

[0052] Third-party verification entities for a mobile device can provide a fallback location for obtaining authorization 
for the service identifier of a message. As noted above, the mobile device initialization can inform the mobile device 
of the verification entities and their addresses. Then, for example, as shown in FIGs. 4A and 4B, remote verification 
55 by one or more suitable third-party verification entities can be attempted. The verification is remote because it is per- 
formed external to the mobile device and typically on a remote server located on the network. Typically, the third-party 
verification entities are stored in the mobile device, in an access control table. If the remote verification is successful, 
then the message is deemed authorized. Additionally, after a successful remote authorization has occurred, the ap- 
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propriate list of authorized service entities stored in the mobile device (e.g., an access control table) can be updated 
to include the service identifier of the message which is verified by the third party verification entity. 
[0053] Moreover, although the communications system discussed above included a network gateway (or proxy serv- 
er), it should be recognized that the invention can operate without such a network gateway or proxy server by directly 
s coupling the wireless network to the network of computers. In such a case, the mobile device may verify the service 
identifier of the message prior to the comparison of the service identifier. The verification can be done by the mobile 
device through such means as certificate based authentication. 

[0054] FIG. 6 is a block diagram of a representative communication system 600 for use with the invention. The 
communication system 600 includes a wired section 602 and a wireless section 604. The wired section 602 includes 
10 a network 606 and a network gateway 608. In one embodiment, the network 606 is the Internet, which represents a 
large number of interconnected computers. In another embodiment, the network 606 is an Intranet or private network 
of computers. 

[0055] The network gateway 608 operates to provide a gateway from the wired section 602 and the wireless section 
604. The network gateway 608 serves as a primary transition point between the wireless communication of the wireless 

15 section 604 and the wired communication of the wired section 604. The network gateway 608 receives the incoming 
content request from the carrier network 614 and performs protocol conversion as necessary. The network gateway 
608 will normally perform some protocol translation and other account management and verification operations. The 
network gateway 608 includes an account information storage area 610 that stores account, configuration and other 
information. The network gateway 608 also includes client access control tables 61 2 for the remote wireless computing 

20 devices of the communication system 600. The wireless section 604 includes a carrier network 614 and at least one 
remote wireless computing device 616. According to the invention, the network gateway 608 also receives messages 
from the network 606 and forwards them to the appropriate remote computing devices. 

[0056] The remote computing device 616 can, for example, be a mobile phone ; a Personal Digital Assistant (PDA), 
or a portable general purpose computer. The remote wireless computing device 616 includes a display 618 for dis- 

25 playing screens or pages of information, a remote wireless browser 620, and navigation buttons 622 and 624. The 
remote wireless browser 620 is usually an application program that executes on the remote computing device 616. 
The remote wireless browser 620 provides the screens or pages of information to be displayed on the display 618. 
The navigation buttons 622 and 624 allow a user to navigate through or make selections from menus or lists being 
displayed on the display 618 by the remote wireless browser 620. The remote wireless computing device 616 can also 

30 include an alphanumeric keypad (not shown) that allows a user to enter alphanumeric information with respect to the 
mobile telephone 616, though such is not necessary, as alphanumeric information can also be entered using a dial 
screen displayed on the display 61 8 with selections being made using the navigation buttons 622 and 624. By interacting 
with the remote wireless browser 620, a user is able to access information located on the network 606. Additionally 
the remote wireless computing device 616 includes an access control table 626. The access control table 626 stores 

35 authorized service identifiers that are permitted to access and therefore modify local services (e.g.. various operational 
parameters) stored in the remote wireless computing device 616. 

[0057] Typically, the wireless section 604 includes a plurality of remote wireless browsers 620, each of which executes 
on a different remote computing device. The configuration and other information stored in the account information 
storage area 610 can store service limitations, security limitations, preference information, screen configuration infor- 

40 mation, and the like for each of the remote wireless browsers 620. The account information storage area 610 can also 
store data or pages of data that are of interest to the remote wireless browsers 620. The stored data or pages can 
operate as a cache of information previously requested from the network 606 or can operate as an information server 
within the network gateway 608. For example, as an information server, the storage pages can represent pages to be 
displayed by the remote wireless browsers. 

45 [0058] FIG. 7 A is a block diagram of a network gateway 700 suitable for use with the representative communication 
system 600 illustrated in FIG. 6. The network gateway 700 can, for example, represent the network gateway 608 
illustrated in FIG. 6 which is typically a server computer. To avoid obscuring aspects of the present invention, well 
known methods, procedures, components, and circuitry in the network gateway 700 are not described in detail. 
[0059] According to one embodiment, the network gateway 700 includes a User Datagram Protocol (UDP) interface 

50 702 that couples to the carrier network 61 4, an HTTP interface 704 that couples to the network 606, and a server 
module 706 coupled between the UDP interface 702 and the HTTP interface 704. The server module 706 performs 
traditional server processing as well as protocol conversion processing. In particular, the protocol conversion process- 
ing includes protocol conversion between UDP and HTTP. It should be understood that UDP interface 702 and HTTP 
interface 704 are used particularly for respective communication protocols, namely, HTTP in the network 606 and UDP 

55 in the carrier network 61 4, and can be substituted for by other protocol interfaces when the respective communication 
protocols change. The server module 706 also performs the processing associated with message fragmentation and 
delivery described above with respect to FIGs. 3A - 4. Further, to assist the server module 706 in its processing, the 
proxy server 700 includes a random access memory (RAM) 708 and a read-only memory (ROM) 710. Among other 
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things, the RAM 708 will store device identifiers, subscriber identifiers, configuration information, access controls tables, 
and initial local services information. In one embodiment, such information is stored in the RAM 710 as a database. 
Also : the RAM 710 can represent the account information storage area 610 and the client access control tables illus- 
trated in FIG. 6. 

s [0060] FIG. 7B is a block diagram of mobile device 750 suitable for use with the representative communication system 
600 illustrated in FIG. 6. The mobile device 750 can, for example, correspond to the remote computing device 616 that 
operates the remote wireless browser 620 illustrated in FIG. 6A. 

[0061] The mobile device 750 includes a UDP interface 752 that couples to the carrier network 614 via a RF trans- 
ceiver 753 to receive incoming and outgoing signals. A device identifier (ID) storage 754 supplies a device ID to the 

10 UDP interface 752. The device ID identifies a specific code that is associated with a particular mobile device 750. In 
addition the mobile device 750 includes a client module 756 that performs many of the processing tasks performed 
by the mobile device 750 including establishing a communication session with the carrier network 714 and the network 
gateway 608, requesting and receiving data (e.g. ; pages) from the network 606, displaying information on a display of 
the remote computing device, and receiving user input. The client module 756 is coupled to the UDP interface 752 for 

15 the establishment of a communication session and the requesting and receiving of data. The client module 756 also 
performs the processing associated with the reception of the messages transmitted from the gateway computer 608, 
700, including the checking for authorization to access local services. The client module 756 controls the display driver 
758 to display information on the display 760 to the user. Additionally, the client module 756 is coupled to an input 
device 762, a ROM 764, and a RAM 766. Preferably, among other things, the client module 756 operates a network 

20 browser such as a Handheld Device Markup Language (HDML) web browser. The input device 762 allows a user of 
the mobile device 750 to input data and thus make selections in controlling and using the mobile device 750. The ROM 
764 stores predetermined data and processing instructions for the client module 756. The RAM 766 is used to provide 
temporary data storage for incoming and outgoing data being received and transmitted. The RAM 766 is also used to 
store the access control table (e.g., the access control table 626) and the local service information (parameters). 

25 [0062] Although embodiments of the network gateway 700 and the mobile device 750 described in FIGs. 7A and 7B 
use UDP and HTTP protocols, it should be recognized that other protocols and other protocol stacks can be provided 
and utilized. Additional details on the design and construction of the network gateway 700 and the mobile device 750 
are contained in U.S. Patent No. 5,809,41 5 entitled "METHOD AND ARCHITECTURE FOR AN INTERACTIVE TWO- 
WAY DATA COMMUNICATION NETWORK" by Alain Rossmann, which is hereby incorporated by reference in its 

30 entireties. 

[0063] A representative example of a message authorization according to the invention is provided below. In this 
example, the service identifier is a URL and the network is using HTTP protocol, with the secured connections using 
HTTPS. This example will be discussed with reference to FIGs. 2, 3A and 3B. 

[0064] Initially, a secure connection is established between the mobile device and the network gateway (block 202). 
35 Once the connection is established, an access control table is downloaded to the mobile device from the network 
gateway (block 204). The access control table contains the authorized service identifiers. An exemplary access control 
table is provided in Table 1 below, in which each entry is a domain name from authorized access may originate. 



40 

TABLE 1 



45 



50 



Access Control Table 



uplanet.com 



wireless-net.com 



phoneconfig.com 



55 



[0065] Once a message for the mobile device is received (block 302), the message is evaluated to determine whether 
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local service access control should be activated (block 304). For example, in one embodiment a URL scheme of "device: 
" is used in the message to signify when access to local services is attempted. It is assumed that the message contains 
the command "device:setregisters" which operates to set certain system parameter registers in the mobile device. 
[0066] Next, the service identifier for the message is obtained (block 308). In this example ; assume that the origin 

s URL, identifies the origin of the message, for the message is "https://www.uplanet.com/provision_service/ 
set_phone_register" and that the service identifier is defined as the domain name contained in the URL. The service 
identifier in this case is the domain name uplanet.com. The service identifier (e.g., uplanet.com) for the message is 
extracted from the URL and then compared with the authorized service identifiers in the access control table to look 
for a match (blocks 310 and 312). If a match is found ; then the message is authorized to access the local services of 

10 the mobile device (block 316); otherwise, the message is denied access (block 31 4). In this example, the domain name 
in the origin URL of the message is compared with the entries in the access control table (Table 1 ). Here, the first entry 
in the access control table of Table 1 matches the service identifier of the message(e.g., uplanet.com). Therefore, in 
this example, the message is authorized to access the local services of the mobile device. 

[0067] Additionally, it can be noted that the origin URL for the message in this example began with "https" which 
15 indicates that the connection to the remote server is secure. Hence, in the case of FIGs. 4A and 4B, the decision block 
416 would be satisfied. If the origin URL for the message in this example had instead began with "http", then the 
decision block 416 may prevent the message from gaining access to the local services of the mobile device even 
though the service identifier itself would have been authorized. This secure connection requirement prevents messages 
from being tampered with or counterfeited. 
20 [0068] The advantages of the invention are numerous. One advantage of the invention is that local services of mobile 
devices can be provisioned over the air in a secure fashion. Another advantage of the invention is that access to the 
local service of a mobile device is able to be protected from hackers or unscrupulous network sites. 
[0069] The many features and advantages of the present invention are apparent from the written description and, 
thus, it is intended by the appended claims to cover all such features and advantages of the invention. Further, since 
25 numerous modifications and changes will readily occur to those skilled in the art, it is not desired to limit the invention 
to the exact construction and operation as illustrated and described. Hence, all suitable modifications and equivalents 
may be resorted to as falling within the scope of the invention. 



30 Claims 

1. A method for restricting access to local services of a mobile device, said method comprising:- 

(a) receiving a message from a computing device through a data network, the message having an associated 
35 service identifier; 

(b) determining whether the message seeks access to the local services of the mobile device: 

(c) comparing the service identifier associated with the message against one or more authorized service iden- 
tifiers at least when it is determined that the message seeks access to the local services of the mobile device; 
and 

40 (d) permitting the message to access the local services of the mobile device when said comparing step (c) 

indicates that the service identifier associated with the message matches at least one of the one or more 
authorized service identifiers. 

2. A method as recited in claim 1 wherein said permitting step (d) comprises processing the message when the 
45 service identifier associated with the message matches at least one of the one or more authorized service identi- 
fiers. 

3. A method as recited in claim 1 or 2 wherein the service identifier for the message pertains to the computing device 
on the data network that supplies the message. 

50 

4. A method as recited in any preceding claim wherein the service identifier for the message is a string derived from 
one or more of the group consists of a domain name, a Universal Resource Locator, a network address, an alpha- 
numeric text string and a phone number. 

55 5. A method as recited in any preceding claim wherein said determining (d) operates to scan at least a portion of the 
message to determine whether the message seeks access to the local services of the mobile device. 

6. A method as recited in any preceding claim wherein the message contains executable code that causes stored 
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system parameters in the mobile device to be modified to alter the operation of the mobile device; 

wherein said permitting step (d) comprises executing the message when the service identifier associated with 
the message matches at least one of the one or more authorized service identifiers; and 
wherein the data network is connected to the mobile device by a wireless link. 

7. A mobile device capable of connecting to a data network through a wireless link, said mobile device comprising: 

a display screen that displays graphics and text; 

a message buff er that temporarily stores a message from a computer on the data network, the message having 
an associated service identifier; 

an application that utilizes the message received from the computer on the data network; 
a local services data area that stores local services data which controls operation of said mobile device; 
an authorization storage area that stores authorized service identifiers permitted to access said local services 
data area; and 

an access controller that controls access to said local services data area such that the local services data 
cannot be altered by said application, unless the service identifier associated with the message matches at 
least one of the authorized service identifiers. 

8. A mobile device as recited in claim 7 wherein said application is a browser application that permits a user to interact 
with the data network, and further wherein said browser application processes the message. 

9. A mobile device as recited in claim 7 or 8 wherein said authorization storage area stores an access control table, 
the access control table including the authorized service identifiers that are permitted to access said local services 
data area. 

10. A mobile device as recited in claim 9 wherein when the service identifier associated with the message does not 
match at least one of the authorized service identifiers stored in the access control table, said access controller is 
configured to request verification of the service identifier of the message from a third-party verification entity located 
on the network of computers, and permits access to said local services data area when the third-party verification 
entity provides verification that the local services of said mobile device can be altered by said application. 

11. A mobile device as recited in claim 10 wherein the access control table further includes a third-party verification 
identifier. 

12. A mobile device as recited in claim 10 or 11 wherein the service identifier associated with the message is added 
to the authorized service identifiers stored in the access control table when the third-party verification entity provides 
verification of the service identifier associated with the message which did not previously match at least one of the 
authorized service identifiers stored in the access control table. 

13. A mobile device as recited in any one of claims 7 to 12 wherein the mobile device is a wireless telephone. 

14. A mobile device as recited in claim 13 wherein the mobile device further comprises a processor which controls a 
telephony function and execution of the application. 

15. A computer readable medium having computer program code for ensuring secure access to local services of a 
mobile device, said computer readable medium comprising:- 

computer program code for receiving executable code from a computing device through a network, the exe- 
cutable code having a service identity associated therewith; 
computer program code for executing the executable code; and 

computer program code for preventing the executable code from accessing the local services of the mobile 
device during execution unless the service identity associated with the executable code matches at least on 
e of a plurality of authorized service identities. 
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